前言

接下來要介紹SOLID的原則，會一一介紹
今天先從SRP開始

介紹

單一職責原則(SRP, Single Responsibility Principle)；這很容易讓其他人粗暴地將其理解為每個模組都只做一件事。
先說，對於函式來說確實是只做一件事情，但對於模組則不是。
根據Clean Architecture的說法是這樣的

一個模組應該只對唯一的一個角色負責。
-Clean Architecture(P54)

聽起來是有聽沒有懂對吧
我們直接當背骨仔來違反他看看

違反的案例: 意外重複

舉個案例
假設我今天有一套計算全部學校學生成績的系統
學校有三種學生：a, b, c
實際上這三種學生考試的科目和成績計算方式完全不同(例如某些科目需要加權等等)
但我a, b, c三種學生都依賴同一個底層function來計算最終成績(假設名稱為foo())

有一天b種類的學生需要更改成績的計算方式
所以就有某個倒楣鬼去做了修改，但他也沒有注意到它實際上有呼叫到foo()
結果就這樣上線了
直到運作了一陣子才發現成績全部都是錯的

也就是不同角色共用了某個function而導致這個狀況，在不知情的情況下
我們修改了功能，進而導致後面的問題產生

所以我們要怎麼解決這些問題

SRP說: 分開不同角色所依賴的程式碼
-Clean Architecture(P56)

解決方案

最明顯的方法就是我們去了解每個種類的學生
也就是想辦法把他們三種分開，變成三個可被追蹤的不同個體
套用到程式上就是
實體化不同的類別，使他們不瞭解彼此

這個Controller就只負責某個種類的學生
其他全部與他無關，也不清楚需要做甚麼

參考資料

Clean Architecture(ch.7)